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Status of this Memo 


This memo defines an Experimental Protocol for the Internet 
community. It does not specify an Internet standard of any kind. 
Discussion and suggestions for improvement are requested. 
Distribution of this memo is unlimited. 


Copyright Notice 
Copyright (C) The Internet Society (1998). All Rights Reserved. 
1.0 Introduction 


This document describes an allocation plan for IPv6 addresses to be 
used in testing IPv6 prototype software. These addresses are 
temporary and will be reclaimed in the future. Any IPv6 system using 
these addresses will have to renumber at some time in the future. 
These addresses will not to be routable in the Internet other than 
for IPv6 testing. 


The address format for the IPv6 test address is consistent with the 
"Aggregatable Global Unicast Address Allocation" [AGGR] and "TLA and 
NLA Assignment Rules" [TLAASN]. 


This document is intended to replace RFC 1897 "IPv6 Testing Address 
Allocation", January 1996. RFC 1897 will become historic. 


The addresses described in this document are consistent with the IPv6 
Addressing Architecture [ARCH]. They may be assigned to nodes 
manually, with IPv6 Auto Address Allocation [AUTO], or with DHCP for 
IPv6 [DHCPv6]. 


The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", 


"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this 
document are to be interpreted as described in [RFC2119]. 
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2.0 Address Format 


The Aggregatable Global Unicast Address Allocation format defined in 
[AGGR] is as follows: 


|3| 13| 32 | 16 | 64 bits | 

+---+----- +-========== +-======= +=-============================== + 

|FP | TLA | NLA ID | SLA ID | Interface ID | 

| {Ib | | | | 

4+---+----- 4+----------- 4+-------- 4-------------------------------- + 
where 


FP = 001 = Format Prefix 


This is the Format Prefix used to identify aggregatable 
global unicast addresses. 


TLA = Ox1FFE = Top-Level Aggregation Identifier 


This is a TLA ID assigned by the IANA for 6bone testing under 
the auspices of the IETF IPng Transition Working Group 6bone 
testbed activity. It is to be administered by the chair of 
the 6bone activity (currently Bob Fink <rlfink@lbl.gov>). 

The use of this TLA ID is temporary. All users of these 
addresses in this TLA ID will be required to renumber at some 
time in the future. 


NLA ID = Next-Level Aggregation Identifier 


The NLA ID space will be assigned, by the TLA ID 
administrator, in an addressing hierarchy sufficient to 
identify transit networks and end user sites consistent with 
the architecture and topology of the 6bone. This will provide 
a multi-level transit service consistent with the 6bone goals 
of fully testing IPv6 technology in real use environments. 


SLA ID = Site-Level Aggregation Identifier 
The SLA ID field is used by an individual organization to 
create its own local addressing hierarchy and to identify 


subnets. Assignment of the SLA ID field is the 
responsibility of each individual organization. 
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Interface ID 


This is the interface identifier of the interface on the link 


as 
as 


4.0 Reference 


[ARCH] 


[AGGR] 


[AUTO] 


[DHCP 6] 


[ETHER] 


[FDDI] 


[RFC2119] 


[TLAASN] 


5.0 Security 


defined in the appropriate IPv6 over <link> document, such 
[ETHER], [FDDI], etc. 
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Considerations 


This document defines a test approach for creating aggregatable 


address co 
on Interne 


nsistent with [AGGR]. It does not have any direct impact 
t infrastructure security. Authentication of IPv6 packets 


is defined in [AUTH]. 
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7.0 Full Copyright Statement 
Copyright (C) The Internet Society (1998). All Rights Reserved. 


This document and translations of it may be copied and furnished to 
others, and derivative works that comment on or otherwise explain it 
or assist in its implementation may be prepared, copied, published 
and distributed, in whole or in part, without restriction of any 
kind, provided that the above copyright notice and this paragraph are 
included on all such copies and derivative works. However, this 
document itself may not be modified in any way, such as by removing 
the copyright notice or references to the Internet Society or other 
Internet organizations, except as needed for the purpose of 
developing Internet standards in which case the procedures for 
copyrights defined in the Internet Standards process must be 
followed, or as required to translate it into languages other than 
English. 


The limited permissions granted above are perpetual and will not be 
revoked by the Internet Society or its successors or assigns. 


This document and the information contained herein is provided on an 
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING 
TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING 
BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION 
HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF 
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. 
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